home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir30 / w12bug2.zip / W12BUG.TXT
Text File  |  1994-04-24  |  40KB  |  833 lines
  1. W12BUG.TXT - ACAD Windows R12c1 bug list
  2.  
  3. Compiled by Mike Dickason  Compuserve[72711,3404]
  4. December 7, 1993    Initial posting     Bugs 1-74
  5. April 24, 1994      Second posting      Updated for R12c3
  6.  
  7. This will be the last posting of this file.  Bugs in R12c3
  8. Windows will be available on the ACAD forum as 12C3W.ZIP.
  9.  
  10. The following list of ACAD Windows R12 bugs and corresponding
  11. work arounds was compiled from a combination of problems I have
  12. personally encountered and from messages posted on the ACAD forum
  13. of Compuserve.  I am not an employee of AutoDesk, nor did I
  14. compile this list to discredit AutoDesk.  Indeed, I am quite
  15. happy with R12, but as with any program of this size and
  16. magnitude, there are some bugs.
  17.  
  18. This is not an official nor a complete list of Windows R12 bugs. 
  19. It is meant to be used as an informative list to help other users
  20. who might be encountering similar problems.  All of the problems
  21. on this list have been reported to and acknowledged by ADESK.  If
  22. you know of any bugs which are not included on this list, I would
  23. be interested in hearing about them, solely for the purpose of
  24. keeping the list up to date.  Unless noted otherwise, the bugs
  25. are present in the North American version of ACAD R12c1c for
  26. Windows.
  27.  
  28. Finally, this list is not presented in any order of importance. 
  29. Several of the nastier bugs are actually listed towards the end
  30. of the file.
  31.  
  32. The following bugs were addressed in R12c3:  1, 2, 5-8, 10, 11,
  33. 13, 15-18, 20-24, 26, 28-33, 36-38, 40-42, 45-50, 53-56, 58-62, 
  34. 66, 67, 69, 70, 72, 74.
  35.  
  36.  
  37. *1.  If you perform a PEDIT Join command on a polyline containing
  38.      curve information, the resultant joined polyline is stripped 
  39.      of all the curve information leaving you with a polyline
  40.      made entirely of straight line segments.  The workaround is
  41.      to explode the polyline containing the curve information,
  42.      then use the PEDIT Join command to tie everything back
  43.      together in a new polyline.  Technically, this is not a bug
  44.      since it is documented in the AutoCAD Reference Manual.
  45.  
  46. *2.  With a closed polyline, if you perform the sequence PEDIT,
  47.      Edit vertex, Break, the command will not only break out the
  48.      segment between the specified vertices, but it also removes
  49.      the "closing" segment of the polyline leaving you with two
  50.      separate polylines if you attempt to break out an interior
  51.      section.  No known workaround.  Note:  This problem occurred
  52.      in earlier versions of ACAD and is not unique to R12.  Fixed
  53.      in R12c3.
  54.  
  55.  3.  When using the new Shift to Add feature for building
  56.      selection sets, the "Window" and "Crossing" selection
  57.      options add to the current selection set instead of
  58.      replacing it as documented.  No known work around.
  59.  
  60.  4.  If you perform a Dview Twist on a drawing, then plot with a
  61.      window, the coordinates of the window corners displayed in
  62.      the new plot dialog box do not match the actual coordinates
  63.      that were picked.  Regardless of what the plot window shows,
  64.      the actual coordinates picked are used for generating the
  65.      plot.  This appears to related to the variable "TARGET",
  66.      which changes after a DVIEW, but never seems to be set back
  67.      to its default value (i.e. start a new drawing, look at the
  68.      value of TARGET, then do a Dview Twist 300, Dview Twist 0,
  69.      and then look at TARGET again and it is different).  No
  70.      known work around.
  71.  
  72. *5.  R12 has a problem with Wblocks and file locking when using
  73.      relative paths to specify the drawing name.  With file
  74.      locking turned on, if I open a file with a relative path,
  75.      then attempt to Wblock the drawing back to itself using the
  76.      same relative path, ACAD reports the following error
  77.      message:
  78.  
  79.          Unable to lock file .\MIKE
  80.          File write locked by USER1
  81.          at 10:00 on 08/13/1992
  82.  
  83.           The command sequence to show this...
  84.  
  85.                Command:     OPEN
  86.                File name:   .\MIKE
  87.                Command:     WBLOCK
  88.                File name:   .\MIKE
  89.  
  90.      R11 didn't exhibit this problem.  The only way to make it
  91.      work in R12 is to type out the full path for the Wblock
  92.      name, which is a pain when you have long paths for the file
  93.      directories.  
  94.      The same problem occurs if you open a new drawing with a
  95.      relative path then attempt to save it using the SAVE
  96.      command.  Fixed in R12c3.
  97.  
  98. *6.  There is a bug in the implementation of the alternate-font-
  99.      prompt-reduction (AFPR) mechanism.  AFPR is a new feature in
  100.      R12 which is supposed to cut down on the number of prompts
  101.      for "Can't find font 'XXX'" when you open a drawing by
  102.      substituting the font you specify for the first missing font
  103.      for each remaining style in the drawing which uses the same
  104.      font.  Turns out that AFPR is case-sensitive, so if the
  105.      first font was really entered as "helv", then it won't match
  106.      the next one if it was entered as "HELV".  No known
  107.      workaround.  Fixed in R12c3.
  108.  
  109. *7.  The new variable PICKAUTO does not work.  Regardless of its
  110.      setting, ACAD allows you to draw a selection window (both
  111.      window and crossing window) automatically at the "Select
  112.      objects: " prompt.  Setting PICKAUTO to 0 is supposed to
  113.      disable this automatic windowing, but it doesn't.  Fixed in
  114.      R12c3.
  115.  
  116. *8.  There's a bug in the POSTSCRIPT sampleprolog. If you
  117.      included the code-handling for linetypes, there's a line
  118.      that refers to "acad-ltype-known", and another that refers
  119.      to "acad-linetype-known". They should both be the same; if
  120.      not, your printout will probably fail silently.  In
  121.      acad.psf, globally change acad-ltype-known to acad-linetype-
  122.      known.  Fixed in R12c3.
  123.  
  124.  9.  After restoring a PCP file which has a default plot file
  125.      name which contains a path, any PCP files saved (during the
  126.      same editing session) will contain the default plot file
  127.      name with path that was originally read in, instead of the
  128.      current default plot file name.
  129.  
  130. *10. When saving a PCP file, if the current time is less than 10
  131.      minutes past the hour, the leading 0 of the minutes in the
  132.      time field of the PCP is dropped, i.e. 3:05pm is written as
  133.      15:5 instead of 15:05.  Fixed in R12c3.
  134.  
  135. *11. In LISP, passing a "nil" instead of a 2D point to the
  136.      new_dialog command generates a causes ACAD to stop
  137.      responding to all input. The following code demonstrates the
  138.      problem:
  139.  
  140.           (setq di_dcl_id (load_dialog "dlgtest.dcl"))
  141.           (new_dialog "dimensions" di_dcl_id "" nil)
  142.  
  143.      Fixed in R12c3.
  144.      
  145. *12. The DDCHPROPS command will not allow you to change an entity
  146.      to a locked layer while both the CHANGE and CHPROP commands
  147.      will.  Fixed in R12c3.
  148.  
  149. *13. The lisp expression (ssget "X" (list (cons 0 "INSERT") (cons
  150.      -4 "=,=,=") (cons 10 (list 0 0 z)))) doesn't work.  The z
  151.      coordinate isn't being evaluated in the relational test with
  152.      blocks.  Fixed in R12c3.
  153.  
  154.  14. Create a visible attribute on layer 0.  Create a block
  155.      called TEST which consists solely of the attribute you just
  156.      defined.  Make a new layer called HOWCOME and insert the
  157.      TEST block onto this layer and enter "THIS IS TEXT" at the
  158.      attribute value prompt.  Freeze layer 0.  The attribute
  159.      value of "THIS IS TEXT" is still visible on the screen, as
  160.      it should be since anything created on Layer 0 is supposed
  161.      to take on the properties of the insertion layer.  Now try
  162.      to select the block using any command, including DDATTE,
  163.      ERASE, MOVE, COPY, etc. and you will not be able to.  The
  164.      only known workaround is to THAW Layer 0.
  165.  
  166. *15. When plotting from Paperspace, filled entities (i.e. arrow
  167.      heads, fat polylines, solids, etc.) contained within an XREF
  168.      but are on a layer which is frozen using VPLAYER show up in
  169.      the plot preview and also in the actual plot.  The following
  170.      script demonstrates the problem.
  171.                     layer
  172.                     m
  173.                     solids
  174.                     
  175.                     solid
  176.                     5,5
  177.                     10,5
  178.                     7,10
  179.                     
  180.                     
  181.                     saveas
  182.                     DWG1
  183.                     new
  184.                     DWG2=
  185.                     xref
  186.                     attach
  187.                     DWG1
  188.                     0,0
  189.                     
  190.                     
  191.                     
  192.                     tilemode
  193.                     0
  194.                     mview
  195.                     0,0
  196.                     15,15
  197.                     zoom
  198.                     ext
  199.                     vplayer
  200.                     freeze
  201.                      solid*
  202.                     All
  203.                     
  204.                          At this point, if you do a full plot preview, the solid is
  205.                          displayed even though the layer has been frozen.  The only
  206.                          workaround is to freeze the layer in the original drawing
  207.                          instead of using VPLAYER in the drawing which contains the
  208.                          XREF.  Fixed in R12c3.
  209.  
  210. *16. Attempting to use entmake or ads_entmake to generate a
  211.      polyline in R12 which uses the new continuous linetype
  212.      pattern will not generate any entites in the drawing.  The
  213.      following lisp routine demonstrates the problem.  
  214.           (defun c:no_ent ()
  215.             (setvar "PLINEGEN" 1)
  216.             (entmake '( (0 . "POLYLINE")
  217.                 (62 . 5)
  218.                 (6 . "DASHED")
  219.                 (66 . 1)
  220.                 (70 . 128)    ;  <<<<---- change this to (70 . 0) 
  221.                               ;           and it works but the    
  222.                               ;           continuous linetype 
  223.                               ;           is not displayed 
  224.                )
  225.             )
  226.             (entmake '( (0 . "VERTEX")
  227.                 (10 1.0 1.0 0.0)
  228.                 (6 . "DASHED")
  229.                 (66 . 1)
  230.               )
  231.             )
  232.             (entmake '( (0 . "VERTEX")
  233.                 (10 5.0 1.0 0.0)
  234.                 (6 . "DASHED")
  235.                 (66 . 1)
  236.               )
  237.             )
  238.             (entmake '( (0 . "VERTEX")
  239.                 (10 10.0 5.0 0.0)
  240.                 (6 . "DASHED")
  241.                 (66 . 1)
  242.               )
  243.             )
  244.             (entmake '((0 . "SEQEND")))
  245.           )
  246.           
  247.      Fixed in R12c3.
  248.  
  249. *17. When plotting to a color Postcript device (PLOT, not PSOUT),
  250.      the plot file does not correctly handle color changes when
  251.      going from a filled entity with a color to a non-filled
  252.      entity which has its color set to BYLAYER.  For example,
  253.      whenever a filled polyline is encountered, subsequent lines,
  254.      text, etc.  are plotted in the last filled polyline's color
  255.      rather than in their specified color.  The work around is to
  256.      do a chprop and set every entity to its desired color
  257.      instead of leaving color set bylayer.  Fixed in R12c3.
  258.  
  259. *18. When using the fillet command on lines that are residing on
  260.      different layers, the fillet arc will be created on the
  261.      current layer with the current layer color and current layer
  262.      linetype rather than on the current layer in the color
  263.      currently set by the color command and the current linetype
  264.      set by the linetype command.  No known workaround.  Same
  265.      problem applies to the CHAMFER command.  Fixed in R12c3.
  266.  
  267.  19. ACAD has a highlighting bug relating to the new 31 bit
  268.      display mode of R12.  When you zoom in to a very small
  269.      portion of the drawing and do a regen, then zoom out to
  270.      display a much larger area without forcing a regen, any
  271.      items which are then selected at a "Select objects" prompt
  272.      don't appear to be highlighted.  This wasn't a problem
  273.      before release 12 because you could never zoom back out far
  274.      enough after the first regen without forcing a second regen,
  275.      but it is now possible with the 31 bit display.  The only
  276.      workaround is to do a second regen with the larger portion
  277.      of the drawing displayed.
  278.  
  279. *20. With FILEDIA=1, if you have a repeating menu command such as 
  280.      [Fan]*^c^cinsert c:/acad/elecsyms/fan which attempts to
  281.      insert a non-existant block, the ACAD alert box pops up
  282.      stating that the block can't be found.  When you click on
  283.      the OK button, the box instantly reappears because the
  284.      command is being repeated.  The work around is to click on
  285.      the OK button and then instantly hit the ^C button.  It
  286.      might take several tries, but ACAD will eventually stop
  287.      running the command and return you to the command prompt. 
  288.      Fixed in R12c3.
  289.  
  290. *21. ACAD does not allow the valid DOS filename characters
  291.      "`~!@#$%^&{}()'" to be used with the NEW, SAVE, WBLOCK, and
  292.      SAVEAS commands.  Interestingly enough, the commands OPEN
  293.      and INSERT do allow these characters to be used.  Because of
  294.      this discrepancy, it is possible to open an existing drawing
  295.      which contains these characters but you won't be able to
  296.      save it back to the disk with changing its name. 
  297.      Technically, this is not a bug since it is documented in the
  298.      AutoCAD Reference Manual.
  299.  
  300. *22. Having Limit Checking turned on prevents the you from
  301.      configuring your tablet menu.  Attempting to configure the
  302.      tablet menu with Limit Checking on results in the message
  303.      "Outside Limits" being display for each corner of the menu. 
  304.      The work around is to turn it off with the command, LIMITS
  305.      OFF.  Fixed in R12c3.
  306.  
  307. *23. With file locking enabled, start a new drawing and attempt
  308.      to DXFIN a .DXF file which contains errors.  ACAD will
  309.      generate an error message about the invalid DXF file, then
  310.      re-initialize the drawing editor so that the current drawing
  311.      name is "UNNAMED" but it leaves the .DWK file for the
  312.      original new drawing.  You then have to delete the original
  313.      .DWK before you can attempt to start a new drawing with the
  314.      same name. Partially fixed in R12c3.  The .DWK is now
  315.      removed, but the drawing name is still changed back to
  316.      UNNAMED.
  317.  
  318. *24. The command DDIM does not work transparently, even though it
  319.      is documented to do so.  The only workaround is to run the
  320.      command from the "Command:" prompt.  Documentation bug. 
  321.      This command was not intended to run transparently.
  322.  
  323.  25. When performing a Zoom Extents within a viewport in
  324.      Paperspace, ACAD is incorrectly computing the drawing
  325.      extents based on every entity in the drawing instead of only
  326.      those thawed in the current viewport.  To show this, start a
  327.      new drawing, then place a circle at (5,5) with a 10' radius
  328.      on LAYER1, then create a second circle at (1000,1000) with a
  329.      10' radius on LAYER2.  Set TILEMODE=0 and create then use
  330.      MVIEW to create 2 viewports.  Run VPLAYER and freeze LAYER1
  331.      in one viewport and LAYER2 in the other viewport.  Now
  332.      perform a Zoom Extents in each viewport.  ACAD is zooming
  333.      over the entire model space instead of just the object
  334.      space.  No known workaround.
  335.  
  336. *26. Using GRIP editing on 2D polyline vertices, ACAD allows you
  337.      to change the vertex elevation by osnaping to a point in the
  338.      drawing with an elevation different than the vertex.  When
  339.      you do this, ACAD updates the polyline header and the vertex
  340.      you are editing to reflect the new elevation, but it doesn't
  341.      change any of the other vertices within the polyline.  If
  342.      you perform an AUDIT after doing this grip editing, ACAD
  343.      reports errors with a non-planar 2D polyline.  Fixed in
  344.      R12c3.
  345.  
  346.  27. The new TRIM with Fence option does not work correctly with
  347.      polylines which cross the trimming boundary more than twice. 
  348.      The only workaround is to keep repeating the trim command
  349.      until all of the polyline is gone.
  350.  
  351. *28. There is "lockup" problem with a combination of DVIEW,
  352.      LTSCALE, DRAGMODE, and INSERT using a block containing
  353.      entities with non-continuous linetypes.  The following lisp
  354.      routine demonstrates the lockup:
  355.      
  356.      (defun c:lock ()
  357.        (setvar "dragmode" 2)
  358.        (command "._zoom" "w" (list 1999995 499995) (list 2000105
  359.             500100))
  360.        (command "._line" (list 2000000 500000) "@100,0" "")
  361.        (command "._chprop" (entlast) "" "lt" "hidden2" "")
  362.        (command "._block" "lock" (list 0 0) (entlast) "")
  363.        (command "._dview" "" "")
  364.        (command "._ltscale" 50)
  365.        (command "._insert" "lock" (list 0 0))
  366.      )
  367.      
  368.   Start a new drawing with no prototype, run the lisp routine
  369.   and ACAD will lock up the system.  If I remove the call to
  370.   Dview, leave the line's linetype as continuous, leave
  371.   LTSCALE=1, or turn of DRAGMODE, the lockup problem
  372.   disappears.  Even though it appears to do so, this does not
  373.   really lockup ACAD.  If you allow ACAD to continue to run
  374.   (sometimes for several hours), the next prompt in the Insert
  375.   command will eventually appear.  At this point you can ^C
  376.   out of the routine and save your drawing.  Fixed in R12c3.
  377.  
  378. *29.   Drawing created with R11 which contain XREF's and have
  379.        VISRETAIN=1 aren't handled properly by R12.  When these
  380.        drawings are opened in R12, all of the layers contained
  381.        within the XREF's have their linetypes changed to
  382.        continuous, regardless of how they were set in R11.  The
  383.        only workaround is to open the drawing with R11 and set
  384.        VISRETAIN=0 before attempting to open the drawing with R12. 
  385.        
  386. *30.   The command DDMODIFY overwrites the AutoLisp command (ver). 
  387.        This occurs because there are several places in DDMODIFY.LSP
  388.        where the program does a (setq ver ...), which effectively
  389.        reassigns the symbol ver from a subroutine to a variable. 
  390.        Fixed in R12c3.
  391.  
  392. *31.   R12 doesn't correctly display or plot certain circles with   
  393.        non-continuous linetypes contained within a block.  The
  394.        following lisp routine demonstrates the problem.
  395.        (defun c:showme ()
  396.          (setvar "ltscale" 1)
  397.          (command "._layer" "make" "hidden" "lt" "hidden""""")
  398.          (command "._circle" (list 0 0) (/ 3.0 32.0))
  399.          (command "._block" "no_show" (list 0 0) (entlast) "")
  400.          (setvar "ltscale" 48)
  401.          (command "._insert" "no_show" (list 0 0) 48 "" "")
  402.          (command "._zoom" "e")
  403.        )
  404.   If the block is exploded at this point, the circle will show 
  405.   up with a hidden linetype.  To make the circle display
  406.   correctly without exploding the block, the LTSCALE must be
  407.   set  to a value less than PI/2 (1.5706 works).  Fixed in
  408.   R12c3.
  409.  
  410. *32.   The lisp expression (ssget "X" (list (cons 0 "ARC") (cons -4 
  411.        "=,=,=") (cons 10 (list 0 0 z)))) doesn't work.  The z
  412.        coordinate isn't being evaluated in the relational test with 
  413.        arcs.  Fixed in R12c3.
  414.  
  415. *33.   With HIGHLIGHT=0, using "U" to undo the previous selection
  416.        while in the "Select objects: " prompt acts like
  417.        HIGHLIGHT=1.  To show this, load a drawing with 5000+
  418.        entities, do a LIST, and at the "Select objects:" prompt
  419.        type ALL.  ACAD reports XXXX entities selected.  Now type
  420.        "U".  Instead of instantly reporting that XXXX entities were
  421.        removed, it takes several seconds for the message to appear. 
  422.        Now if you type ALL again, ACAD takes much longer than the
  423.        original time to report XXXX entities selected.  No known
  424.        workaround.  Fixed in R12c3.
  425.  
  426.  34.   If you use WBLOCK <dwgname> * to purge a drawing, and the
  427.        drawing contains xrefs, Release 12 resets all xref layer
  428.        visibility, color, and linetype settings to the values in
  429.        the external drawings, even when you've changed some of
  430.        these values and set VISRETAIN to 1 to keep the changes.
  431.  
  432.   Workaround: Use the PURGE command instead of WBLOCK * (note
  433.   that, because of block nesting, you sometimes have to go
  434.   through several OPEN and PURGE cycles in order to purge
  435.   everything).  Alternately, if your changes to xref layers
  436.   are minimal, simply reapply them after purging with WBLOCK
  437.   *.
  438.  
  439.  35.   If you create a custom linetype that consists of a repeated
  440.        sequence of two or more dots, AutoCAD doesn't display or
  441.        plot the linetype correctly. For instance, suppose you
  442.        create a "3-dot" linetype (a sequence of 3 closely spaced
  443.        dots, followed by a wide space, followed by 3 more dots...)
  444.        by adding the following linetype definition to ACAD.LIN:
  445.  
  446.             *3DOTS,... ... ... ... ...
  447.        A,0,-.25,0,-.25,0,-.5
  448.  
  449.   When you draw random line segments with this linetype, some
  450.   of the segments are continuous, and in other segments the
  451.   dot groupings are incorrectly spaced or contain the wrong
  452.   number of dots.  Note that this bug isn't new with Release
  453.   12.
  454.  
  455.   Workaround: Although we haven't discovered a completely
  456.   effective workaround, drawing polylines with linetype
  457.   generation turned on minimizes the problem.  The first and
  458.   last sequences of dots are still wrong, but the remaining
  459.   dots are fine and the continuous segments disappear.  To
  460.   turn on linetype generation, set the Release 12 system
  461.   variable PLINEGEN to 1 before drawing the polylines.  Use
  462.   the PLUD command or the Ltype gen option of the PEDIT
  463.   command to change existing polylines.
  464.  
  465.  
  466. *36.   The AutoLISP statement (getvar "LIMCHECK") triggers Release
  467.        12's DBMOD ("drawing database has been modified") system
  468.        variable.  As a result, when you next use OPEN, NEW, or
  469.        QUIT, AutoCAD reports that "the current drawing has been
  470.        modified" and asks whether you want to save changes, even if
  471.        you haven't changed anything.  This problem can confuse
  472.        users who have come to rely on Release 12 to prompt them
  473.        only when they really have made changes.
  474.  
  475.   Workaround: Avoid using (getvar "LIMCHECK") in ACAD.LSP,
  476.   since it will cause AutoCAD to prompt you to save changes
  477.   with every drawing (as Release 11 and prior versions did). 
  478.   Fixed in R12c3.
  479.  
  480. *37.   When running the Insert command, at the "Block name" prompt
  481.        if you use the tilde key (~) to invoke the file dialog box
  482.        to select the block for insertion, ACAD changes the current
  483.        drawing name to that of the inserted block.  The Undo
  484.        command will not undo this change.  Fixed with the C1C
  485.        update.  Fixed in R12c3.
  486.  
  487. *38.   The COPYCLIP command does not work if the variable HIGHLIGHT
  488.        is set to 0.  Set HIGHLIGHT=1 before running this command. 
  489.        Fixed in R12c3.
  490.  
  491.  39.   The COPYCLIP command clears out the previous selection set
  492.        currently established in the drawing.  There is no known
  493.        workaround.
  494.  
  495. *40.   If you hit the F1 key for context sensitive help in the
  496.        pull-down menus, you will sometimes get the message "Help
  497.        topic does not exist".  To fix this problem, download the
  498.        file FIXHLP.ZIP from the ACAD forum on CIS.  Fixed with the
  499.        C1C update.  Fixed in R12c3.
  500.  
  501. *41.   The DLINE.LSP command that ships with ACAD R12WIN does not
  502.        work when used to draw an arc.  To fix the problem, edit
  503.        DLINE.LSP in the support directory and change all
  504.        occurrences of _pause to pause, or copy the DLINE.LSP that
  505.        ships with R12 for DOS.  Also fixed with the C1C update. 
  506.        Fixed in R12c3.
  507.  
  508. *42.   When configured for the Summasketch series of digitizers,
  509.        occasionally, you will be unable to close a dialog box.  For
  510.        example, when you choose File/Preferences from the menu, the
  511.        Preferences dialog box is displayed.  When the problem
  512.        occurs, you are not able to CLOSE the dialog box; choosing
  513.        Cancel or OK will eliminate the box temporarily, but the box
  514.        will reappear within seconds (milli-seconds).  There is a
  515.        problem with the DGSYS driver supplied with ACAD.  Fixed
  516.        with the C1C update.  Fixed in R12c3.
  517.  
  518.  43.   Call up the DDMODIFY dialog box then select the CANCEL
  519.        button.  Type "U" to undo the last command and ACAD will
  520.        report "Start of Group encountered.  Must enter UNDO END to
  521.        go back further.".  To fix the problem, edit DDMODIFY.LSP
  522.        and add the line "(ai_undo_pop)" after line 128 which
  523.        currently reads "(defun reset ()".
  524.  
  525.  44.   With TILEMODE=1, thaw a layer containing entities in both
  526.        Model and Paper Space.  Set TILEMODE=0.  Entities on the
  527.        thawed layer residing in paperspace do not display, but they
  528.        will plot.  To see these entities, you must freeze then thaw
  529.        the layer.
  530.  
  531. *45.   With REGENMODE=0, freeze a layer, do a REGEN, then thaw the
  532.        layer you just froze and AutoCAD will report "Regen queued". 
  533.        At this point insert any block into the drawing at any
  534.        location and take the defaults for scale and rotation
  535.        factors.  Now do a REGEN to take care of the "Regen queued"
  536.        from the thaw operation above.  The frozen/thawed layer will
  537.        not appear on the screen, but it will plot.  To get the
  538.        layer to appear on the screen, you need to freeze and thaw
  539.        any layer in the drawing.  Fixed in R12c3.
  540.  
  541. *46.   When you are plotting using metric units and you save the
  542.        pen settings out to a .PCP file, all of the pen weights are
  543.        divided by 25.4 as they are written to the file.  For
  544.        example, if you set Pen 1 to have a width of 0.254, then
  545.        save the pen settings to \TEST.PCP, when you view TEST.PCP
  546.        Pen 1 will have a width of 0.01 instead of 0.254.  The only
  547.        known workaround is to edit the .PCP file to enter the
  548.        correct values.
  549.  
  550. *47.   With FILEDIA=1, if you run the FILES command, select the
  551.        "Unlock file..." button, keep the default filespec of *.*
  552.        and select the "Select all" button, and then the "OK"
  553.        button, a dialog box will sometimes appear listing one of
  554.        the selected file names with a message stating that "This
  555.        file is already in use.  Use a new filename or close the
  556.        file in use by another application".  At this point all you
  557.        can do is cancel out of the routine.  The workaround is to
  558.        set FILEDIA=0 and run the command without the dialog boxes. 
  559.        Fixed in R12c3.
  560.  
  561. *48.   With FILEDIA=1, if you run the FILES command, select the
  562.        "Copy file..." button, then specify a .DXF file as the
  563.        source file you will not be prompted for the destination
  564.        file.  When you Exit out of the FILES dialog, the file is
  565.        not copied, but instead ACAD will run the DXFIN command and
  566.        attempt to DXFIN the file you specified as the source file
  567.        for the file copy.  The workaround is to set FILEDIA=0 and
  568.        run the command without the dialog boxes, or to use the
  569.        Windows file manager to copy the file.  Fixed in R12c3.
  570.  
  571. *49.   With FILEDIA=1, if you run the FILES command, select the
  572.        "Rename file..." button, then specify a .DXF file as the old
  573.        file name, you will not be prompted for the new file name. 
  574.        When you Exit out of the FILES dialog, the file is not
  575.        renamed, but instead ACAD will run the DXFIN command and
  576.        attempt to DXFIN the file you specified as the old file name
  577.        for the file rename.  The workaround is to set FILEDIA=0 and
  578.        run the command without the dialog boxes, or to use the
  579.        Windows file manager to rename the file.  Fixed in R12c3.
  580.  
  581. *50.   With FILEDIA=1, if you run the FILES command, select the
  582.        "Delete file..." button, then specify a .DXF file as the old
  583.        file name, the file will not be deleted.  Instead, when you
  584.        Exit out of the FILES dialog, ACAD will run the DXFIN
  585.        command and attempt to DXFIN the file you specified as the
  586.        file to be deleted.  The workaround is to set FILEDIA=0 and
  587.        run the command without the dialog boxes, or to use the
  588.        Windows file manger to delete the file.  Fixed in R12c3.
  589.  
  590.  51.   The lisp function (getfiled) and the ADS function
  591.        ads_getfiled() both have a problem if the passed file
  592.        extension is null.  To demonstrate the problem at the
  593.        command prompt run (getfiled) with the following arguments:
  594.  
  595.             (getfiled "Output name" "\\ACADWIN\\SUPPORT" "" 1)    
  596.   or
  597.             (getfiled "Output name" "\\ACADWIN\\SUPPORT" "*" 1)
  598.     
  599.   With either case, if the user enters a filename but does not
  600.   specify an  extension, i.e. the user types in ERASEME for
  601.   the filename, one of two things happens.
  602.  
  603.   1)   If the file already exists, you get an alert box
  604.        stating that the file already exists and prompts if it
  605.        should be overwritten.  This is normal and expected.
  606.  
  607.   2)   If the file name does not exist, you get an error box
  608.        stating that the file "ERASEME.*" is an invalid
  609.        filename.  To get around the problem, the user is
  610.        forced to type in "ERASEME." to get a filename with no
  611.        extension.
  612.  
  613.   The same problem occurs when activated through
  614.   ads_getfiled().
  615.  
  616. *52.   When running Windows in 640x480 mode, start ACAD.  Run the
  617.        MENU command and double click on the ACAD.MNU file.  Run the
  618.        MENU command a second time and double click on the SHAFT.MNU
  619.        file.  Finally, run the MENU command one more time.  The
  620.        file search pattern has changed from *.MNU to *.LIN.  Once
  621.        you reset the search pattern to *.MNU, it will not reset to
  622.        *.LIN until the next time you start ACAD.  Fixed in R12c3.
  623.  
  624.  
  625. *53.   The following sequence changes the default filespec pattern
  626.        in the STYLE dialog box from "*.SHX, *.PFB" to "*.PLT".
  627.  
  628.   First, start an unnamed drawing, then type STYLE, choose the
  629.   default STANDARD, use TXT.SHX, set the size to .1 and take
  630.   the rest of the defaults. Next, type STYLE, define a new
  631.   style called TEST, use ROMAND.SHX, set the height to .2 and
  632.   take the rest of the defaults.  Now, type STYLE again, and
  633.   the dialogue  box comes up with a default file extension of
  634.   .PLT instead of .SHX,.PFB.  At this point,if you change the
  635.   default filespec back to .SHX,.PFB, it will not change back
  636.   to .PLT until the next time you start ACAD.  Fixed in R12c3.
  637.  
  638. *54.   The style dialog box requires you to type in the font
  639.        extension if you type in the font name instead of picking it
  640.        from the list.  To show this, start an unnamed drawing, then
  641.        type STYLE, choose the default STANDARD. The STYLE dialog
  642.        box comes up, with TXT as the default font name.  If you hit
  643.        <Enter> to accept this, an error box appears stating that it
  644.        can't find the file "txt.pfb".  For some reason, it appears
  645.        that ACAD is defaulting to a .PFB extension for the fonts
  646.        instead of the typical .SHX extension.  The workaround is to
  647.        physcially pick the TXT.SHX font from the displayed list. 
  648.        Fixed in R12c3.
  649.  
  650. *55.   With the plotter set up for metric units, when you save a
  651.        plot configuration file, all the pen widths written to the
  652.        file are divided by 25.4.   The only workaround is to edit
  653.        the .PCP file and do a search and replace of the .010
  654.        numbers in your .PCP file to .254.
  655.  
  656. *56.   When using Autocad for Windows with Windows for Workgroups,
  657.        if you have your temporary files redirected to a local drive
  658.        and directory instead of DRAWING and use the End command to
  659.        exit ACAD, your drawing will become corrupted.  This appears
  660.        to actually be a WFW bug.  The workaround is to go through
  661.        config and set this back to DRAWING, or to use the SAVE,
  662.        WBLOCK, or QSAVE commands instead of the END command.  This
  663.        is now documented in the README.DOC file with R12c3.
  664.  
  665.  57.   The POP0 menu will appear at the location of the mouse
  666.        cursor instead of the crosshair location when using Wintab
  667.        drivers. No known workaround. 
  668.  
  669. *58.   ACAD R12Win is unable to evaluate the following DIESEL
  670.        expression.
  671.        []$M=$(if,$(=,$(getvar,PLATFORM),"386DOSExtender"),
  672.        'redraw,'redraw) 
  673.   No known workaround.  It turns out this is not a bug.  The
  674.   $(eq, ... ) function, not  the $(=, ... ) should be used to
  675.   compare two strings.  $(=, ... ) is for numbers only.
  676.  
  677.  
  678. *59.   There is a bug in freeplotting that causes it to hide lines
  679.        automatically.  Since hiding has the side effect of causing
  680.        solid fills to not show up. The only workaround is to not
  681.        use freeplot.  Fixed in R12c3.
  682.  
  683. *60.   When attempting to use two sessions of AutoCAD for Windows
  684.        R12 will generate the error message
  685.     
  686.     FATAL ERROR:  The file "C:\ACADWIN\acad.pwd" is corrupted.
  687.  
  688.   This is a result of having crashed out of AutoCAD at some
  689.   time.  Check the file ACADNODE.INI in the windows directory,
  690.   and make sure that DirtyCount is set to zero when no AutoCAD
  691.   sessions are running.  If it is set to 1 with no sessions
  692.   running you will get this problem when exiting from a second
  693.   session.  Fixed in R12c3.
  694.  
  695. *61.   The ***BUTTONS2, 3, 4 sections are broken in R12Win. This
  696.        means that the shift, ctrl, and ctrl-shift keys will not
  697.        work. No known workaround.  Fixed in R12c3.
  698.  
  699. *62.   The (menucmd) function will not work correctly on pop menus
  700.        numbered 1,2, or greater than 9.  No known workarounds.
  701.  
  702. *63.   ACAD will not read in a .PCP file when using a script to
  703.        plot.  The only workaround is to plot out all plots to the
  704.        same printer at once and then manually change the PCP file
  705.        and then script out more plots using the updated settings. 
  706.        Fixed in r12c3.
  707.  
  708.  64.   Trying to redefine the right button on a puck (button 3) as
  709.        an alternate pick button, using a backslash will not work. 
  710.        Using backslash in R12Win menus doesn't work.  Status in
  711.        R12c3 unknown.
  712.  
  713.  65.   The layer indicator window in the ACADWIN toolbar does not
  714.        always agree with the actual layer even though the color is
  715.        correct and the current layer in the layer dialog box is
  716.        correct. This occurs in the situation where the difference
  717.        in layer name is in the eighth or ninth letter of the layer
  718.        name.  For a series of similarly named layers, the layer box
  719.        in the toolbar indicates the first similar layer name. 
  720.   
  721.   For example, if layer PIPE-OBJM is the selected layer, the
  722.   box displays PIPE-OBJH (another valid layer name) but
  723.   PIPE-OBJM is indeed the current layer.
  724.  
  725. *66.   In Paperspace, freezing and thawing layers at certain stages
  726.        of the drawing will result in a complete lock-up of the
  727.        system.  The following script demonstrates the problem in a
  728.        new drawing.
  729.  
  730.   ----------- Start here
  731.   TILEMODE 0
  732.   LAYER NEW X
  733.   FREEZE X
  734.   MAKE Y
  735.  
  736.   LINE
  737.   0,0
  738.   1,1
  739.   2,2
  740.  
  741.   LAYER SET 0
  742.   FREEZE Y
  743.   THAW X
  744.  
  745.   REGENALL
  746.  
  747.   ------------ End here
  748.   After the REGENALL, the system is locked tight.  Currently,
  749.   the only known workaround is to have save the drawing after
  750.   doing the freeze/thaw combination, then use the OPEN command
  751.   to re-start the drawing.  Any command that forces a regen
  752.   after the freeze/thaw could trigger this lockup.  Fixed in
  753.   R12c3.
  754.  
  755. *67.   If you create an ATTDEF using (entmake) calls, the attribute
  756.        prompts get converted to upper case.  The workaround is to
  757.        immediately follow the (entmake) with an (entmod) to set the
  758.        prompts back to the original value you specified.  Fixed in
  759.        R12c3.
  760.  
  761.  68.   When plotting from Paperspace, sometimes if you change the
  762.        zoom ratio within model space relatively recently prior to
  763.        plotting, the plotted drawing will often be of an earlier
  764.        zoom ratio view than what is displayed the screen. The paper
  765.        space drawing is of the correct size, only the zoomed or
  766.        panned view in the viewport into model space is incorrect. 
  767.        The workaround is to save the drawing, open it back up, and
  768.        then replot.  The status of this bug is unknown in R12c3.
  769.  
  770. *69.   There are some errors in "DDMODIFY.LSP".  On line 309,
  771.        "WIDTH" should be changed to "ROTATION ANGLE". On line 316,
  772.        "WIDTH" should be changed to "HEIGHT".  These two changes
  773.        are only for the comments, the lisp data is correct.  On
  774.        line 371, if the selected entity is an "ATTDEF" and text
  775.        justification is modified, the lisp routine does not work. 
  776.        For TEXT, vertical text justification is set by group code
  777.        73 which is what DDMODIFY.LSP changes for both TEXT and
  778.        ATTDEF.  However, for ATTDEF's group code 74 changes the
  779.        vertical text justification, not 73.  Fixed in R12c3.
  780.  
  781. *70.   Using (ssget "x") in an MNL file changes the value of the
  782.        MENUNAME system variable.  To see this behavior copy
  783.        ACAD.MNU to TEST.MNU and create TEST.MNL containing only the
  784.        line:
  785.      (ssget "X" '((8 . "0")))
  786.  
  787.   Load the TEST menu.  If the (ssget) returned a selection set
  788.   the MENUNAME is "TSSn" where n is the number of the
  789.   selection set.  If (ssget) returned nil the MENUNAME is
  790.   "_X".  There is no known workaround.  Fixed in R12c3.
  791.  
  792.  71.   In the FILTER dialogue, double clicking on an item in one of
  793.        the "Select..." subdialogues doesn't work.  AutoCAD puts the
  794.        dialogue away, but the item isn't selected.  To reproduce
  795.        the problem, load a drawing containing several layers and
  796.        linetypes.  Start FILTER and select Layer as the filter
  797.        criterion.  Click on "Select..." and when the layer list
  798.        comes up, double click on a layer name.  AutoCAD returns to
  799.        the FILTER dialogue, but doesn't copy the layer name to the
  800.        X: text box.  Ditto with using Linetype as a filter
  801.        criterion.
  802.  
  803. *72.   In the Text Location subdialogue of DDIM, two of the choices
  804.        in the Alignment drop-down list are reversed.  "Align When
  805.        Inside Only" turns DIMTIH on and DIMTOH off, as the manual
  806.        states, but the effect of these settings is to keep text
  807.        horizontal when it's inside the extension lines, and to
  808.        align it when the text is outside (exactly the opposite of
  809.        what the label and manual say).
  810.  
  811.   Similarly, "Align When Outside Only" turns DIMTIH off and
  812.   DIMTOH on, which keeps text horizontal when it's outside the
  813.   extension lines, and aligns it when the text is inside. 
  814.   Fixed in R12c3.
  815.  
  816.  73.   Undo doesn't work quite right with DDIM. To reproduce the
  817.        problem:
  818.   1)   Start DDIM and save the current dimvars to a style
  819.        name, say STANDARD.
  820.   2)   Draw a dimension (optional).
  821.   3)   Start DDIM again and make any dimvar changes using one
  822.        of the Dimension Variable subdialogues.  Close the DDIM
  823.        dialogue.
  824.   4)   AutoCAD updates the dimension style.  Now type U to
  825.        undo.  AutoCAD (correctly) undoes the change to the
  826.        dimension style.
  827.   5)   Start DDIM once more and note that the current style is
  828.        *UNNAMED, rather than STANDARD.
  829.  
  830. *74.   The new "F", "CP", and "WP" selection methods do not honor
  831.        the setting of Orthomode.  Fixed in R12c3.
  832.  
  833.